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TITLE OF THE INVENTION: 

SERVICE PROVISIONING IN A COMMUNICATION SYSTEM 



BACKGROUND OF THE INVENTION: 
Field of the Invention: 

[0001] The present invention relates to communication systems, and in particular to 
initiation of service provisioning, requiring communications between entities 
associated with the communication system. 
Description of the Related Art: 

[0002] A communication system can be seen as a facility that enables communication 
between two or more entities such as user equipment, communication network 
elements and other entities associated with the communication system. A 
communication system typically operates in accordance with a given standard or 
specification which sets out what the various entities associated with the 
communication system are permitted to do and how that should be achieved. For 
example, the standard or specification may define whether the user, or more precisely, 
user equipment or terminal is provided with a circuit switched service and/or a packet 
switched service. Communication protocols and/or parameters which shall be used for 
the connection may also be defined. In other words, a specific set of "rules" on which 
the communication can be based on needs to be defined to enable communication by 
means of the system. 

[0003] Communication systems providing wireless communication for the user 
equipment are known. An example of the wireless systems is a cellular network. In 
cellular systems, a base transceiver station (BTS) or similar access entity serves 
mobile stations (MS) or other such wireless user equipment (UE) via a wireless 
interface between these entities. The communication between the user equipment and 
the elements of the communication network can be based on an appropriate 
communication protocol. The operation of the base station apparatus and other 
apparatus required for the communication can be controlled by one or several control 
entities. The various control entities may be interconnected. One or more gateway 
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nodes may also be provided for connecting the cellular network to other networks, e.g. 
to a public switched telephone network (PSTN) and/or other communication networks 
such as an IP (Internet Protocol) and/or other packet switched networks. 
[0004] An example of the services that may be offered for the subscribers to a 
communication system are so called multimedia services. Communication systems 
enabled to offer the multimedia services are sometimes referenced to as IP Multimedia 
networks. IP Multimedia (IM) functionalities can be provided by means of a IP 
Multimedia Core Network (CN) subsystem, or briefly IP Multimedia subsystem 
(IMS). The IMS comprises various entities for the provision of the multimedia 
services. 

[0005] The communication systems have developed in the direction wherein various 
service provision functions of the network are handled by network entities known as 
servers. For example, in the current third generation (3G) wireless multimedia 
network architectures it is assumed that several different servers are used for handling 
different functions. These include functions such as the call session control functions 
(CSCFs). The call session functions may be divided into various categories such as a 
proxy call session control function (P-CSCF), interrogating call session control 
function (I-CSCF), and serving call session control function (S-CSCF). It shall be 
appreciated that sometimes the CSCFs may be referred to as call state control 
functions or call server functions. 

[0006] The serving call session control function forms the entity the subscriber needs 
to be registered at in order to be able to request a service from the communication 
system. The serving call session control function can be divided further between 
originating call session control function (O-CSCF) and terminating call session control 
function (T-CSCF) at the originating and terminating ends of a session. 
[0007] In addition to the serving control entity, the user may need to be associated 
with proxy control entity, such as the P-CSCF. The proxy entity may be assigned to an 
area where the user is serviced. 
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[0008] Entities such as a home subscriber server (HSS) and various application 
servers may also be provided in the communication network. From the above 
mentioned servers the home subscriber server (HSS) is for storing subscriber related 
information. The subscriber information may include information such as 
authentication data (e.g. registration identities of the subscriber or the terminals) and 
so on. The HSS is typically used for storing permanently subscriber profile 
information. The home subscriber server (HSS) can be queried by other function 
entities, e.g. during session set-up procedures. 

[0009] An application server (AS) is an entity adapted to offer value added IM 
services for the users. An application server may reside in the user's home network. 
The application server may also, alternatively, be external to the user's home network, 
and be provided by a third party service. The third party could be another network or 
simply a stand-alone application server. An Application Server may influence and 
impact a data communication session on behalf of the services supported by the 
operator's network. An application server may host and execute services. Examples 
of the application servers include Session Initiation Protocol (SIP) Application 
Servers, Open Service Access (OSA) Application Servers, and Customized 
Applications for Mobile network Enhanced Logic IP Multimedia Service Switching 
Functions (CAMEL IM-SSF). 

[0010] Traditionally communication systems are arranged such that a user, typically a 
subscriber, has to initiate communications over the communication system. For 
example, a user may request a session, transaction or other type of communications 
from an appropriate communications network entity. Such communications can be 
seen as originating from the user. 

[0011] Thus, originating sessions/transactions are understood as sessions/transactions 
that are normally originated by the user equipment of the user or by a network entity 
on behalf of the user. Terminating sessions/transactions are sessions/transactions that 
are normally terminated by the user equipment of the user or by a network entity on 
behalf of the user. 
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[0012] For example, Standards for the 3GPP (Third Generation Partnership Project) 
release 5 (Rel-5) IMS networks define rules for how the user equipment (UE) can 
originate sessions and single transactions. However, the only rules given in the Rel-5 
concentrate on how the so-called originating filtering criteria is applied. Release 5 
does not enable any other party to originate the session or transaction on the behalf of 
the user. Release 6 of the 3 GPP standards require that the application server (AS) 
must be able to send session initiation protocol (SIP) requests on behalf of the user 
equipment via an ISC (IP Multimedia Service Control) interface to the S-CSCF. 
However, even the current release 6 of the 3 GPP standards does not provide any 
mechanism for the application server (AS) that would enable the application server to 
do so, other than in exceptional cases where the application server originated requests 
are directly triggered by requests originated from a user equipment. Therefore the 
application server is still not able to run services which generate SIP requests or other 
request on behalf of the user. 

[0013] The inventors have found that it may be advantageous if network entities such 
as the application servers could initiate processes requiring communications on behalf 
of the user such that the user could be seen as being the originating party. An example 
of services where this could be useful include messaging lists wherein the application 
server could sent messages to the members of the list on the behalf of the user. 
Another example is an application server that could send on the behalf of the user 
messages communicating the presence status of the user. A still further example is an 
application that could start sessions or transactions on behalf of the user for example 
for conference or group calls or for chat applications. It shall be appreciated that the 
above lists only few examples, and that there are various other services that might 
benefit from the possibility of a network entity being enabled to originate requests for 
communications. 

[0014] However, due to the lack of a mechanism for handling the network entity 
originated requests such operation might cause problems in the present communication 
systems. Problems may arise, e.g., with regards to routing of subsequent 
communications, charging functions and so on. This occurs since the other entities of 
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the communication system may not know, e.g., where to communicate any further 
messages or how to control the communications. 

[0015] For example, when a S-CSCF receives a message it needs to be able to make a 
decision how to treat the message. In the current systems the S-CSCF may apply filter 
criteria known as 'originating filter' and 'terminating filter 5 to the message. 
[0016] The term 'filter criteria' (FC) refers to information that defines the relevant 
Service Point Triggers (SPTs) for a particular service application. In the SIP 
communication environment the filter criteria define the subset of SIP requests 
received by the S-CSCF that should be sent or proxied to a particular service 
application. The S-CSCF may receive the filter criteria from the home subscriber 
server (HSS) or the application server (AS). 

[0017] In the prior art, terminating filter criteria are applied to all messages from the 
application server. However, the message may be an application server originated 
service request or other such message that is originated on the behalf of the user in the 
network. Thus the inventors have found that a mechanism is required for deciding if 
originating filter criteria shall be applied to the message instead of the terminating 
filter criteria. This is because the originating filter criteria may give more accurate 
evaluation results for such messages. 

[0018] If the wrong "role," i.e. filter criteria, is used for the message, this may cause 
problems, e.g., in the view of routing and other control operations. Once a decision is 
made in this regard, the decided role may also need to be communicated to other 
entities of the communication system so that they may apply a proper filter criteria for 
evaluation of messages that originate from an entity that is other than a user on the 
behalf of whom the message is sent. 

SUMMARY OF THE INVENTION: 

[0019] Embodiments of the present invention aim to address one or several of the 
above problems. 

[0020] According to one aspect of the present invention, there is provided a service 
provisioning method in a communication system. The method includes the steps of 
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receiving at a first entity associated with the communication system from a storage 
entity information regarding a communication control entity capable of servicing a 
user of the communication system; and based on the information, signalling an 
originating request from the first entity to the communication control entity. 

[0021] According to one aspect of the present invention, there is provided a 
communication system arranged for provisioning of services for user of the 
communication system. The system includes a communication control entity capable 
of servicing a user of the communication system and a first entity provided with a first 
interface for receiving information from a storage entity regarding the user and a 
second interface for signalling an originating request to the communication control 
entity based on the information from the storage entity. 

[0022] According to another aspect of the present invention there is provided an 
application server for a communication system. The application server includes a first 
interface for receiving information from a storage entity regarding a user of the 
communication system and a second interface for signalling an originating request to a 
communication control entity capable of servicing the user based on the information 
from the storage entity. 

[0023] According to still another aspect of the present invention there is provided an 
originating request to be signalled on an interface between a first entity of a 
communication system and a communication control entity capable of servicing a user 
of the communication system, the originating request being generated based on 
information from a user information storage entity. 

[0024] In a more specific embodiment, the originating request includes information 
regarding the handling of communications associated with the request. The 
originating request may include an indication that further communications associated 



7 

with the originating request shall be handled in a similar manner as if the request had 
originated from the user. Either terminating services or originating services may be 
provided based on the request. 

[0025] The decision how the communication control entity shall handle further 
communications associated with the request may be made at the first entity. 
[0026] The first entity may generate an originating request on the behalf of the user. 
[0027] The originating request may be generated based on information regarding the 
address of the communication control entity. The first entity may modify information 
regarding the address of the communication control entity before sending the 
originating request. The first entity may add a service type indicator into the 
originating request. The service type indicator may be included in the address of the 
communication control entity. 

[0028] The first entity may select a port where the request shall be sent. 
[0029] An enquiry may be sent to a database from the first entity before sending of 
the originating request. Such an enquiry is based on the information regarding the 
communication control entity. 

[0030] An enquiry may be sent to the storage entity from the first entity for the 
information regarding the communication control entity capable of servicing the user. 
[0031] Information regarding at least two different addresses for the communication 
control entity information may be stored in the storage entity. 

[0032] The originating request may be indicative of the filter criteria to be applied to 
the request. 

[0033] The embodiments of the invention may enable entities of a communication 
network with a possibility of running a service which acts on behalf of a user. The 
solution is substantially easy to implement in the existing communication systems. In 
the instances wherein user information is stored in a centralized manner, such as in a 
Home Subscriber Server (HSS), this centralized storage may not need to be modified. 
In certain embodiments the user information storage can be queried using normal 
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communication protocols and procedures, such as a query for finding the correct entry 
point for a service. 

BRIEF DESCRIPTION OF THE DRAWINGS : 

[0034] For better understanding of the present invention, reference will now be made 
by way of example to the accompanying drawings in which: 

[0035] Figure 1 shows a communication system wherein the invention may be 
embodied; 

[0036] Figure 2 shows an embodiment of the present invention; 
[0037] Figures 3 and 4 show other embodiments; and 

[0038] Figure 5 is a flowchart illustrating service provisioning by means of the 
embodiments. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S): 
[0039] Reference is made to Figure 1 which shows an IP Multimedia Network in 
which the present invention may be embodied. IP multimedia services may be 
offered for IP Multimedia Network subscribers. IP Multimedia (IM) functionalities 
can be provided by means of a Core Network (CN) subsystem comprising various 
entities for the provision of the service. 

[0040] In the present invention, an entity of the communication system send an 
originating request associated with a service to be provided for the user by means of a 
communication control entity. In the detailed examples below the entity comprises an 
application server and the communication control entity is provided by a serving call 
session control function. Before explaining the embodiments in more detail, a brief 
explanation of these elements and other possible elements associated with the 
embodiments is given below with reference to Figure 1 . It shall be appreciated that 
Figure 1 is a example only of a part of a mobile communication system. 
[0041] In the shown arrangement a base station 11 provides an access entity of a 
cellular communications network. The radio access network 1 1 is controlled by an 
appropriate controller (not shown for clarity). A controller may be provided for each 
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base station or a controller can control a plurality of base stations. Solutions wherein 
controllers are provided both in individual base stations and in the radio access 
network level for controlling a plurality of base stations are also known. It shall thus 
be appreciated that the name, location and number of the access network controllers 
depends on the system. For example, a UMTS terrestrial radio access network 
(UTRAN) may employ a controller node that is referred to as a radio network 
controller (RNC). In the GSM and CDMA2000 a corresponding radio network 
controller entity is referred to as a base station controller (BSC). 

[0042] It shall be appreciated that the Figure 1 presentation is highly schematic and 
that in practical implementations the number of base stations would be substantially 
higher. One access network may include more than one base station. A base station 
apparatus or site may also provide more than one access network. These features 
depend on the implementation and circumstances. 

[0043] The base station 1 1 is arranged to transmit signals to and receive signals from 
a mobile user equipment 10 of a mobile user i.e. subscriber via a wireless interface. 
Correspondingly, the mobile user equipment 10 is able to transmit signals to and 
receive signals from the base station via the wireless interface. The mobile user may 
use any appropriate mobile device adapted for Internet Protocol (IP) communication to 
connect the network. For example, the mobile user may access the cellular network by 
means of a Personal computer (PC), Personal Data Assistant (PDA), mobile station 
(MS) and so on. The following examples are described in the context of mobile 
stations. 

[0044] The skilled person is familiar with the features and operation of a typical 
mobile station. Thus, these do not need any detailed explanation. It is sufficient to 
note that the user may use the mobile station 10 for tasks such as for making and 
receiving phone calls, for receiving and sending data from and to the network and for 
experiencing e.g., multimedia content. The mobile station may comprise an antenna 
element for wirelessly receiving and transmitting signals from and to base stations of 
the mobile communication network. The mobile station 10 may also be provided with 
a display for displaying images and other graphical information for the user of the 
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mobile user equipment. Speaker means are also typically provided. The operation of 
the mobile user equipment may be controlled by means of an appropriate user 
interface such as control buttons, voice commands and so on. Furthermore, a mobile 
user equipment is provided with a processor entity and a memory means. It shall be 
appreciated that although only one mobile station is shown in Figure 1 for clarity, a 
number of mobile stations may be in simultaneous communication with each base 
station of the mobile communication system. 

[0045] The core network (CN) entities typically comprises various switching and 
other control entities and gateways for enabling the communication via a number of 
radio access networks and also for interfacing the one communication system with 
other communication system such as with other cellular systems and/or fixed line 
communication systems. 

[0046] In the current third generation (3G) wireless IP multimedia network 
architectures it is assumed that several different server entities are used for handling 
different functions. These include entities that handle call session control functions 
(CSCFs). The call session functions may be divided into various categories such as a 
proxy call session control function (P-CSCF) 12, interrogating call session control 
function (I-CSCF) 24, and serving call session control function (S-CSCF) 14. 
[0047] The serving call session control function 14 forms an entity whereto the 
subscriber 10 is registered at. The registration is required in order to be able to request 
for a service from the communication system. A user may register himself via an 
access entity of the communication system, such as the base station 1 1 . The serving 
call session control function 14 can be seen as offering originating call session control 
functions (O-CSCF) and terminating call session control functions (T-CSCF) at the 
originating and terminating ends of a session or transaction. 

[0048] A user may be registered in more than one call session control function at the 
same time. In addition to the serving control entity 14, the user may need to be 
associated with proxy control entity, such as the P-CSCF 12 of Figure 1. The proxy 
entity 12 may be assigned to an area within which the user has roamed. Thus, when a 
user accesses the network through an arbitrary type of access network the access 
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network may assign a proxy control entity for controlling the accessed services from 
that network point of view, e.g. for bandwidth management. It is also possible that the 
user may search and find an appropriate P-CSCF with his user equipment without help 
from the access network. 

[0049] A home subscriber server (HSS) 20 is also shown. As explained above, the 
home subscriber server (HSS) 20 is for storing subscriber i.e. user related information. 
The home subscriber server (HSS) can be queried by other function entities over the 
appropriate interfaces, e.g. during session set-up procedures. 

[0050] An application server 22 interfacing with the home subscriber server (HSS) 20 
and the serving call session control function (S-CSCF) 14 is also shown. In general, 
an application server can be seen as an entity that hosts service(s) that is/are available 
in sessions/transactions in accordance with the subscription of the user. Routing to the 
application server can be done as a result of evaluation of a filter criterion that 
associates with the subscription of the user. 

[0051] As described above, two sets of filter criteria may be used. One of the filter 
criteria sets can be used for the terminating sessions/transactions and another for the 
originating sessions/transactions. In a typical operation the filtering is applied only to 
the first message i.e. to the initial request. The remaining messages can be handled 
without filtering because route can be recorded during the routing of the initial 
request. Thus the filter criteria have an impact on the further requests because they are 
routed via the recorded route. Therefore it is possible not to evaluate the filter criteria 
for the subsequent messages i.e. for the messages in the same dialog after the initial 
request. However, filtering may also be applied to the subsequent messages. 
[0052] When the application server 22 originates a session or a transaction by sending 
a message to the S-CSCF 14, the S-CSCF 14 needs to make a decision in which role to 
act. If the S-CSCF 14 chooses to act in the originating role the S-CSCF applies the 
originating filter criteria on the incoming message. In the terminating role the S-CSCF 
would evaluate the terminating filter criteria. Various alternative ways to implement 
the selection will be described below. Depending the role, the S-CSCF may then build 
the address of the service that it returns to the P-CSCF in response to the registration 



12 

message. The P-CSCF should then use that address when passing messages to the S- 
CSCF. 

[0053] It is preferred that the S-CSCF 14 communicates, during the registration, to 
HSS 20 the address that has to be used in terminating sessions or transactions. 
[0054] According to a preferred embodiment shown in Figure 2 the application server 
14 receives address information regarding the S-CSCF 14 the user equipment 10 is 
registered with from the HSS 20. The address information may be provided in 
response to a query e.g. over the Sh interface between the entities, see step 1 of Figure 
2. The address information may be in the form of any appropriate information, such as 
the name of the S-CSCF or the URI (Universal Resource Identifier) of the S-CSCF. 
[0055] In accordance with the preferred form of the present invention the address 
information is configured so as to include information regarding the desired role. The 
address information may be configured in accordance with the principles of the 
present invention in the application server 22 or outside the application server. In the 
latter case the information may be stored in the configured form in a list, table, 
database or a like at a source wherefrom the address information is fetched. 
Alternatively the address information may be obtained and stored from a request 
received from the user equipment or an entity of the network. 

[0056] In Figure 2 the application server 20 is denoted by step numeral 2 as being 
responsible for the configuration of the address information. More particularly, the 
application server 22 may modify the address information such that appropriate 
service type will be provided for the subscriber. For example, the application server 
20 may modify the name of the service so as to build the correct address for the 
needed service. The S-CSCF name may be modified e.g. by addition of the indicator 
parameters "term" or "orig" as a prefix to the name received from the HSS. For 
example, address 

scscfl2.operator.net name 
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may be modified to one of the following depending on whether the session or 
transaction the application server is starting is an originating or terminating session or 
transaction: 

orig.scscfl2.operator.net or 

term.scscfl2.operator.net 

[0057] At step 3 the address is resolved with DNS (Domain Name System) 26 in 
order to get the IP address of the appropriate service. 

[0058] Depending on the modification the address directs messages to an originating 
or terminating service. Thus the application server 22 is provided with means by 
means of which it can route the service request message to either the originating 
service or the terminating service at step 4. As shown in Figure 1, this may occur on a 
ISC (IP Multimedia Service Control) interface. 

[0059] The application server 22 may alternatively modify the URI of the service by 
adding a specific parameter to the URI in order to build the correct address for the 
originating services. The application server 20 may then route the message utilizing 
the URI together with the parameter as the routing address. 

[0060] It shall be appreciated that the application server 22 does not necessarily need 
to modify the name or URI for the terminating services. That is, if no modification is 
made a terminating service is provided. 

[0061] It is also possible that the address is modified only in the case of terminating 
services, and no modification of addresses is made in the case of originating services. 
[0062] The modification of both the terminating and originating service addresses 
may, however, be desired in certain application e.g. for symmetry reasons. 
[0063] The following example will illustrate a possible operation in accordance with 
the above described principles in more detail. Lets assume that the application server 
gets the terminating address from the HSS. Let it be, e.g., a Session Initiation Protocol 
(SIP) address of the form (note that the user part may be omitted): 
xx44@scscf7 . operator.net 
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[0064] If the application server 22 is going to start a terminating session/transaction it 
uses the above address as it is to signal to the target S-CSCF 14 that the S-CSCF has 
to act in the terminating session/transaction role. In a typical operation this would 
mean that the S-CSCF 14 needs to apply the terminating filter criteria when evaluation 
incoming messages. 

[0065] If the application server 22 intends to start an originating session/transaction it 
modifies the address. This can be done by adding a new 'role' parameter into the 
address. Thus the modified address including a role parameter role=orig may e.g. 
have the form: 

xx44@scscf7.operator.net;role=orig 
[0066] The modified address is then signalled to the target S-CSCF as an indication 
that the target S-CSCF has to act in the originating session/transaction role. In typical 
operation this would mean that the S-CSCF needs to evaluate the originating filter 
criteria. 

[0067] The address of the S-CSCF may be configured in the application server 22 
where the address is needed. Alternatively the address may be configured in all 
application servers. The latter alternative may be advantageous e.g. in instances where 
there is no Sh interface from the application server 22 to the home subscriber server 20 
or where the interface is temporarily unavailable. 

[0068] According to an alternative, rather that modifying the address itself, the 
application server 22 may fetch a modified address from a database, file, list, table or 
alike. The database may be located in the application server 22 or be an external 
database from the application server. 

[0069] A possibility for the address built-up is that the parameter is stored in the HSS 
20 together with the address of the S-CSCF 14. The application server 22 may then 
build the correct address utilizing the address and parameter information from the HSS 
as input for the modification process. 

[0070] According to a possibility shown in Figure 3 the application server 22 makes a 
DNS (Domain Name System) query based on the address information returned from 
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the HSS at step 1. The returned S-CSCF name may be used for asking e.g. the SRV 
resource records to find out the address and port where the needed service (originating 
or terminating) is available. The SRV is a DNS resource records (RR) for specifying 
the location of services (DNS SRV). Use of the SRV resource records enables 
querying for a specific service and/or protocol for a specific domain. The response 
will then include the name of any available server meeting the criteria. 
[0071] For example, the following DNS query from the SRV resource records may be 
done when the originating filter criteria should be evaluated. The SRV resource 
record typically specifies both the protocol and the service. The SRV records can be 
queried at step 2 e.g. by using the following address as an argument: 

_orig._sip.scscfl 2 .operator.net 
[0072] The answer at step 2 may be an advice to route to a specified address 
"orig.scscfl2.operator.net" using port 5060: 

_orig._sip.scscfl2.operator.net SRV 0 0 5060 

orig.scscfl2.operator.net. 
[0073] Alternatively, the answer may be routing to a specified port 55334 with the 
original address " scscfl2.operator.net": 

_orig._sip.scscfl2.operator.net SRV 0 0 55334 

scscfl 2. operator. net. 

[0074] The following argument may be used in a DNS query (SRV) when the 
terminating filter criteria should be evaluated: 

_term._sip.scscfl2.operator.net. 
[0075] The answer may be an advice to route to a specified address 
"term.scscfl2.operator.net" using port 5060: 

_term._sip.scscfl2.operator.net SRV 0 0 5060 

term.scscfl2.operator.net. 
[0076] Or as above, the answer might be e.g. routing to a specified port 55335 with 
the original address "scscfl2.operator.net": 

_term._sip.scscfl2.operator.net SRV 0 0 55335 
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scscfl2.operator.net. 

[0077] It shall be appreciated that the above type of routing may not be necessary for 
the terminating services, since that is typically how the application server originated 
requests would be handled unless anything else is indicated. Application wherein no 
special routing for the originating services is required are also possible. As with the 
address modification, the above discussed type of routing may be desired e.g. for 
symmetry reasons. 

[0078] The application server may then resolve the address with the DNS at step 3 
and route at step 4 messages to the indicated address and/or port. 
[0079] According to another possibility the subscriber database (e.g. the HSS 20) 
returns in step 1 the name of S-CSCF. The application server makes then a DNS 
query with the returned S-CSCF name asking for NAPTR (Naming Authority Pointer) 
resource records to find out the services (originating and/or terminating) which are 
available. Based on the response the application server may then route the request 
message to a desired address. This embodiment allows use of the DNS for look-up 
services for a wide variety of resource names which are not in the domain name 
syntax. The possible resource names include the URIs for the services. 
[0080] The following is an example of a NAPTR query with SRV. The DNS query 
nay be done by asking for NAPTR resource records (RR) using the domain part of the 
S-CSCF address, e.g. 

scscfl 2. operator.net 
[0081] The result could then be the following: 

IN NAPTR 100 10 "S" "sip+orig" 

_prig. sip.scscf 12. operator.net. 

IN NAPTR 100 10 "S" "sip+term" 

_term._sip.scscfl2.operator.net. 
[0082] Because the order and preference fields are equal, any of the RRs can be 
chosen. If an address for S-CSCF for originating sessions/transactions is needed, it is 
possible to choose the first address. Flag "S" tells that the next DNS query will be 



done asking SRV RR. The DNS query may then be done asking SRV RR with the 
domain name, i.e. by address as above 
_orig._sip.scscfl2.operator.net. 
[0083] The result of the DNS query may be an IP address, or any other appropriate 
routing information. 

[0084] It is also possible to implement the NAPTR without a SRV query. As above, 
the DNS query may be done^ asking NAPTR RR using the domain part of the S-CSCF 
address e.g. 

scscf 1 2 .operator .net 
[0085] The result could be 

IN NAPTR 100 10 "A" "sip+orig 

orig.scscfl2.operator.net. 

IN NAPTR 100 10 "A" "sip+term" 

term, scscf 1 2 .operator.net. 
[0086] Because the order and preference fields are equal, any of the RRs can be 
chosen. As an address of the S-CSCF for originating sessions/transactions is needed, 
the first one can be chosen. Flag "A" tells that the next DNS query is done asking 
SRV A, AAAA or A6 resource records. The DNS query may then be done asking A, 
AAAA or A6 RR with the domain name orig.scscfl2.operator.net. The query would 
then result an IP address. 

[0087] According to a further alternative, a DNS query done by asking NAPTR RR 
using the domain part of the S-CSCF address (e.g. scscfl2.operator.net) may result the 
following: 

IN NAPTR 100 10 "U" "sip+orig" "!( A .$)!sip:orig.\l!" . 

IN NAPTR 100 10 "U" "sip+term" "!( A .$)!sip:term.\l !" . 
[0088] The advantage of this alternative is that all S-CSCF typically have common 
NAPTR resource records. Because the order and preference fields are equal, any of 
the RRs can be chosen, and thus the first one for the originating session/transaction 
can be chosen. Flag "U" tells that the result will be an URI. The result may then be 
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sip:orig. scscfl2.operator.net. 
[0089] Domain part of the URI is resolved to IP address by means of a DNS query. 
The DNS query may be done asking A, AAAA or A6 RR with the domain name, and 
the result would be an IP address. 

[0090] A possibility is that the application server chooses or modifies the correct port 
where to send the message. The port may be added at the end of the address. 
[0091] In the above examples the indicated of the service type was included in the 
domain part of the address. A possibility is that the application server chooses or 
modifies the user part of the address. For example, the application server may modify 
the address 

scscf 1 2. operator.net 

by adding a tag, character, character string or bit string as a user part, thus building an 
address for an originating service (or vice versa): 

orig@scscf 1 2 .operator.net 
[0092] In the above described embodiments only one address of the S-CSCF is stored 
in HSS. In the examples the roles are then signaled to the S-CSCF by means of a 
modified address that may consist of a modified user part, a modified host or domain 
name, a modified port number, a parameter added to the address, or any combination 
of these. In the preferred form the operation is such that when the parameter is present 
or the address is modified, the S-CSCF has to act in the originating role. If no added 
parameter can be found, or the address is not modified, the S-CSCF acts in the 
terminating role. 

[0093] However, it is also possible to store two addresses (i.e. an address for the 
originating and an address for the terminating role) of a S-CSCF in the HSS. Thus, in 
accordance with another embodiment shown in Figure 4 more than one address for the 
S-CSCF is stored in the home subscriber server (HSS) 20. 

[0094] More particularly, HSS 20 may store S-CSCF an address for triggering the 
originating filter criteria and another for triggering the terminating filter criteria. The 
application server 22 may then fetch the desired address via the Sh interface when it 
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needs to act on behalf of the user equipment 10. Alternatively, the application server 
22may fetch both addresses and select the one it needs. This is an implementation 
issue. 

[0095] The two curved routing arrows 30 and 31 show the messaging for the two 
different service types. The messaging arrow 30 shows the information flow for the 
terminating services of the user that are executed based on the terminating service 
profile. The messaging arrow 31 shows the information flow for the originating 
services of the user that are executed based on the originating service profile. 
[0096] Figure 5 shows a possibility for the provisioning of services by means of the 
above described embodiments. For steps 1, 2 and 4, see the above description of the 
embodiments of Figures 2 and 3. In step 5 the service is provided as the request for the 
service would have come from the user. 

[0097] In the above described exemplifying communication environment an extension 
to the existing Sh interfaces may be required for pulling originating S-CSCF address 
from the HSS to the application server. This can be provided by means of an 
extension to the Sh-pull request for the inclusion of the "S-CSCF name" information 
element. Similarly, an extension to the Cx interface between the HSS 20 and the S- 
CSCF 14 may be required for pushing originating S-CSCF address information from 
the S-CSCF 14 to the HSS 20. 

[0098] It shall be appreciated that the address or name of the communication control 
entity stored in the storage entity may or may not contain a user part. The address or 
name may or may not contain a port. The arrangement may be such that during 
registration of the user equipment with IP Multimedia services, the S-CSCF may push 
the address thereof for originating requests to the HSS via the Cx interface. The Cx:S- 
CSCF registration and/or deregistration notification requests may be extended to 
contain both the originating S-CSCF and terminating S-CSCF addresses. 
[0099] In the above examples it was assumed that the user equipment is registered 
with at least one serving call session control function. It is possible to use default 



20 

address or the last known address in instances wherein no registration can be found for 
the user or the address of the S-CSCF cannot be received from HSS. 
[0100] As briefly mentioned above, it may not be necessary for the application server 
to fetch the address information from an external database. In addition to the HSS 
described above, the address information may be obtained from any appropriate 
external database such as a Subscriber Location Function (SLF) or a Service and 
Subscription Repository (SSR). 

[0101] The application server or any other appropriate entity may also originally 
receive the S-CSCF address information from a request it received from the user 
equipment. The received address information be stored at a storage entity integrated 
with the application server. When the address information is later needed for an 
originating request, the information may then be obtained from the integrated storage 
entity of the application server. 

[0102] It shall be appreciated that although the user can indirectly cause originating or 
terminating service provisioning, the responsibility of handling the address or name of 
the servicing communication control entity (e.g. the S-CSCF) is on the application 
server. Thus the user is not directly addressing the servicing communication control 
entity. Thus the application server may receive information regarding the 
communication control entity capable of servicing the user equipment from various 
sources. In addition to the storage entities such as a subscriber database (e.g. the HSS) 
or an internal database of the application server, the application server may also obtain 
the name or address of the servicing communication control entity from a message 
received from the servicing communication control entity or any other network entity. 
Such as message may be e.g. a previous request terminated by the application server. 
[0103] It is also possible that the application server gets a list of servicing 
communication control entity addresses from the HSS or other database. The AS may 
then choose a correct one from the list. This may be an useful option e.g. when the 
user is not registered at all and there is no S-CSCF address available in the HSS. The 
AS may then pick an address from a list of default S-CSCFs. In such situation the 
HSS may then return only capabilities. Based on this information the AS is able to 



21 

select a correct S-CSCF. It should be appreciated that whilst embodiments of the 
present invention have been described in relation to mobile stations, embodiments of 
the present invention are applicable to any other suitable type of user equipment. 
[0104] The embodiment of the present invention has been described in the context of 
a third generation mobile communication system such as the Universal Mobile 
Telecommunication System (UMTS), i-phone or CDMA2000 and the Terrestrial 
Trunked Radio (TETRA) system. Furthermore, the given examples are described in 
the context of the so called all SIP networks with all SIP entities. This invention is 
also applicable to any other appropriate communication systems, either wireless or 
fixed line systems and standards and protocols. Examples of other possible 
communication systems enabling wireless data communication services, without 
limiting to these, include the General Packet Radio Service (GPRS), the Enhanced 
Data rate for GSM Evolution (EDGE) mobile data network, and various wireless local 
area network (W-LAN) applications. Examples of fixed line systems include the 
diverse broadband techniques providing Internet access for users in different locations, 
such as at home and offices. Regardless the standards and protocols used for the 
communication network, the invention can be applied in all communication networks 
wherein network entities can be made capable of originating sessions or transactions. 
[0105] The embodiment of the invention has discussed the interface between an 
application server entity and a servicing call session control function entity. However, 
it shall be appreciated that the application server is only an example of a server. 
Embodiments of the present invention can be applicable to other network entities 
where applicable. Therefore it should also be appreciated that what is said about the 
application server is valid also for a gateway, any other server, a proxy, a client, a user 
agent or any other network element, function, functionality or alike that may originate 
a session or transaction. 

[0106] It shall be appreciated that the term communications refers to any session or 
transaction such as to a call, data (e.g. web browsing) or multimedia communication 
and so on. 
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[0107] There may also be several other roles than the ones described above, either 
replacing them or in addition to them. Similar mechanism may be used for handling 
the other roles. If additional roles are used, the additional roles may be, for example, 
assigned with an address of their own which is then stored at the subscriber database 
or indicated by a new parameter. 

[0108] It is also noted herein that while the above describes exemplifying 
embodiments of the invention, there are several variations, combinations and 
modifications which may be made to the disclosed solution without departing from the 
scope of the present invention as defined in the appended claims. 



